home *** CD-ROM | disk | FTP | other *** search
- Path: rcp6.elan.af.mil!rscernix!danpop
- From: danpop@mail.cern.ch (Dan Pop)
- Newsgroups: comp.arch.arithmetic,comp.lang.c,comp.lang.c++
- Subject: Re: Access carry flag from C
- Date: 22 Feb 96 12:24:00 GMT
- Organization: CERN European Lab for Particle Physics
- Message-ID: <danpop.824991840@rscernix>
- References: <Dn1C9z.DGv.0.net@indra.com> <1996Feb1922.17.19.879@koobera.math.uic.edu> <31298D20.41C6@bazis.nl> <danpop.824859220@rscernix> <312AFACE.41C6@bazis.nl>
- NNTP-Posting-Host: ues5.cern.ch
- X-Newsreader: NN version 6.5.0 #7 (NOV)
-
- In <312AFACE.41C6@bazis.nl> fkorntne@bazis.nl (Franz Korntner) writes:
-
- >What will the future hold for 64 bit or larger machines. For the Alpha
- >they declared int to be a 32 bit datatype because too many coders relied
- >on this.
-
- No, this is not the real reason. They made long and all pointers to
- be 64-bit (on OSF/1, OpenVMS is a pure 32-bit implementation on Alpha),
- despite the fact that a huge amount of existing software relied on silly
- assumptions like: long is 32 bits, or long is the same size as int, or
- any pointer can be stored in an int. I had a hard time porting a piece
- of MIT-Athena software to the Alpha.
-
- The real reason is that DEC wanted to have an integer type for all the
- sizes that could be supported by the hardware. They could have made
- short a 32-bit type and int and long 64-bit, but they wouldn't have had
- any integer type for 16-bit integers left.
-
- >Real pity as int should denote the natural size of the machine,
- >and in the case of the Alpha it should have been 64!
-
- 32-bit is just as natural for Alpha as 64-bit (the architecture supports
- both 32 and 64-bit memory accesses). Having two integer types of the same
- size on Alpha would have been a waste. It _is_ a waste to have both int
- and long the same size on 32-bit platforms and add a non-standard long long
- type for 64-bit types (to avoid upsetting the customers whose brain-dead
- software would break if long and int would be different sizes).
-
- Dan
- --
- Dan Pop
- CERN, CN Division
- Email: danpop@mail.cern.ch
- Mail: CERN - PPE, Bat. 31 R-004, CH-1211 Geneve 23, Switzerland
-